home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group98a.txt
/
000060_icon-group-sender _Wed Feb 25 12:24:05 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by baskerville.CS.Arizona.EDU (8.8.7/8.8.7) with SMTP id MAA05273
for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 25 Feb 1998 12:24:04 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA28648; Wed, 25 Feb 1998 12:24:03 -0700
Date: Wed, 25 Feb 1998 12:57:17 -0600
Message-Id: <199802251857.MAA06117@segfault.cs.utsa.edu>
From: Clinton Jeffery <jeffery@segfault.cs.utsa.edu>
To: icon-group@optima.CS.Arizona.EDU
Subject: DOS/386 Icon already generates .exe files
Reply-To: jeffery@cs.utsa.edu
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Content-Length: 1012
[Carl Sturtivant writes about .exe files for Icon programs:]
> iconx still has to know its own length, so it knows how much
> to skip over.
As Carl's message alludes to, it turns out that DOS/386 Icon
already generates .exe files (using a -A option to icont); its been
available this way for years, I think. That implementation uses a
similar technique to the one Windows Icon recently *re*-discovered.
The sample solution sent to me by Ray Pereda did just what you describe.
But I figured out how to do it in a way that iconx does *not* have to know
its own length, which means I don't have to recompute that value every time
the interpreter source code is modified, which is frequently! Like your
implementation, one version of wiconx.exe (or nticonx.exe) serves as both a
stub in a standalone and as an interpreter of regular (small) icode files.
Clint Jeffery, jeffery@cs.utsa.edu
Division of Computer Science, The University of Texas at San Antonio
Research http://www.cs.utsa.edu/research/plss.html